Plansza hipotezy produktowej

Coraz częściej przechodzimy od projektów skoncentrowanych na wymaganiach klientów lub użytkowników do projektów skupionych na hipotezach produktowych. Jest kilka powodów dla tego.

Z jednej strony oczekuje się od nas wdrożenia nowych funkcji w coraz krótszych terminach. Dzieje się tak, ponieważ konkurencja staje się coraz ostrzejsza, a świat, dzięki nowoczesnej technologii, stale przyspiesza i staje się bardziej złożony.

Z drugiej strony, posiadanie bardziej zróżnicowanych grup użytkowników oznacza konieczność sprostania bardziej zróżnicowanym potrzebom. Zmierzamy pełną parą w stronę w pełni konfigurowalnego świata. To tworzy jeszcze większe zapotrzebowanie na natychmiastowe dostosowania produktu.

Jeśli „wymagania” wymagają wdrożenia, to „hipotezy” przede wszystkim muszą być testowane. Ale zanim to nastąpi, hipotezy muszą być spójnie sformułowane. Co nie zawsze jest tak łatwe, jak byśmy chcieli.

Wierzymy, że im bardziej spójna hipoteza, tym bardziej owocne będzie jej testowanie. Testowanie w tym sensie obejmuje nie tylko weryfikację faktycznej hipotezy, ale także wszelkie możliwe obserwacje, które mogą zostać zebrane w tym procesie. Aby uporządkować i uprościć proces formułowania hipotezy, wyodrębniliśmy następujące pytania, na które można odpowiedzieć kolejno.

Plansza Hipotez Produktu pomaga tworzyć bardziej efektywne hipotezy. Pamiętaj, że plansza nie wykona pracy za Ciebie; po prostu pomaga Ci skupić się na bieżącym zadaniu i osiągnąć bardziej efektywne rozwiązanie.

Kroki wypełniania planszy hipotezy produktowej

1. Wierzymy, że…

Tutaj opisujemy, co planujemy rozwijać.

2. Dla (kogo)…

W tym bloku definiujemy naszą grupę docelową i, jeśli to konieczne, oceniamy jej rolę w naszym projekcie.

Ten krok jest bardzo ważny, ponieważ pomoże nam później uszeregować nasze hipotezy według ich znaczenia dla naszego projektu. Czasami członkowie zespołu projektowego dają się całkowicie oczarować interesującym pomysłom i zapominają, że mają one zastosowanie tylko w kilku odosobnionych przypadkach.

W rzeczywistości, jeśli autor nie potrafi spójnie wyjaśnić, komu ich hipoteza ma przynieść korzyści, bardzo prawdopodobne jest, że po prostu ulega przypadkowemu zgadywaniu. To jest jak w przypadku, gdy gracz bilardowy rozbija bile potężnym uderzeniem, mając nadzieję na przypadkowe trafienie. W ten sam sposób managerowie produktu i projektanci generują hipotezy bez powiązania z użytkownikami, mając nadzieję, że przynajmniej ktoś się nimi zainteresuje. Bądź bardzo ostrożny z takimi hipotezami; może być warto poświęcić trochę czasu, aby pomyśleć o nich bardziej szczegółowo.

3. Aby osiągnąć…

Ważne jest również określenie, jakiego rodzaju rezultatów oczekujemy od naszego eksperymentu. Co więcej, wynik powinien być najlepiej mierzalny w konkretnych kategoriach. Nie pisz „Musimy się poprawić!” Lepiej jest wyrażać swoje oczekiwania w taki sposób: „Musimy poprawić [produkt] o 5%.”

W zależności od hipotezy możemy mieć różne oczekiwania co do wyników krótkoterminowych i długoterminowych. Wiele osób woli koncentrować się na krótkoterminowych wynikach i unika współpracy z hipotezami, które mają dalsze cele. Ale gdy tworzymy naszą hipotezę, musimy być świadomi, ile czasu zajmie jej przetestowanie: dzień, tydzień, miesiąc, a może nawet dłużej. Mając to na uwadze, później będziemy mogli zaplanować backlog naszego eksperymentu.

4. Jak to mierzymy?

Możliwość pomiaru wyników jest kluczowym parametrem testowania hipotez produktowych. Podczas gdy w poprzednim kroku już wspomnieliśmy, co zamierzamy zmierzyć, tutaj opisujemy rodzaje narzędzi, które zamierzamy wykorzystać do tego celu. Jakie sygnały będą wskazywać, że stworzona przez nas możliwość jest znacząca? Które kluczowe wskaźniki wydajności (jakościowe lub ilościowe) zamierzamy mierzyć, aby udowodnić, że nasz eksperyment był udany?

5. Wpływ, pozytywny lub negatywny

Wprowadziliśmy ten blok na wypadek, gdybyśmy chcieli podejść do naszej hipotezy jako czegoś więcej niż jednego celu. Wypełnienie nie jest obowiązkowe.

W niektórych przypadkach wprowadzenie określonej funkcji ma negatywny wpływ na inne parametry w systemie. Na przykład dodajemy obszerną, informatywną prezentację

na naszą stronę główną, mając nadzieję na zwiększenie zaangażowania użytkowników. Jednak prezentacja wpływa na szybkość ładowania strony, co wbrew naszym intencjom zwiększa współczynnik odrzuceń i potencjalnie zmniejsza zaangażowanie. W tej konkretnej sprawie wyższy współczynnik odrzuceń prawdopodobnie nie jest spowodowany samą funkcjonalnością, lecz jej ciężkością i słabym wdrożeniem.